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METHOD OF MONITORING LIFE-OR-DEATH STATE OF HOST 
COMPUTER CONNECTED TO NETWORK AND LIFE-AND-DEATH 

MONITORING SYSTEM 



T^^^yq^nTTTgn OF THE TNVBNTIQM 

The present invention relates to a method of 
monitoring a life-or-death state of a host computer 
connected to a network intended to confirm a life-or- 
death state of a plurality of host computers connected 
to the network, a lif e-and-death monitoring system and a 
computer program suitable for the system and, more 
particularly, to the monitoring of a life-or-death state 
of a host computer to be managed which is realized by 
sequential transfer of a lif e-and-death monitoring 
packet . 

t.t;; c;prtptTO N OF '^W^- RFT.ATED ART 

There is a conventional method of conducting 
communication with a plurality of host computers 
connected to a communication network. In such a case of 
communication with a plurality of host computers 
connected, it is necessary to check whether each host 
computer is communicable, that is, it is dead or alive. 

in the following, description will be made of a 
life-and-death monitoring method at a conventional life- 
and-death monitoring system with a plurality of host 
computers connected to a network. 




As shown in Fig. 5/ for example, in a case of 
transmission with a management host computer A and to- 
be-managed host computers C and D connected through a 
network 100 , the management host computer A for managing 
these host computers B, C and D to be managed sends a 
lif e-and-death monitoring packet to all of the host 
computers B, C and D to be managed and receives a 
response returned from the lif e-and-death monitoring 
packet, thereby realizing transmission. 

In such a case where the number of host computers 
to be managed is small as mentioned above, transmission 
and response between the management host computer A and 
the host computers B, C and D to be managed is conducted 
smoothly. However, in a case where the number of host 
computers to be managed is large, for example, where a 
number N of host computers to be managed are provided, 
lif e-or-death state monitoring results in having a 
maximum number N of lif e-and-death monitoring packets at 
a time on the network. Existence of such a large number 
of life-and-death monitoring packets contributes to an 
increase in the load on the network and hinders 
communication . 

At the same time, the management host computer 
needs to transmit a life-and-death monitoring packet to 
each of the number N of host computers to check its 
lif e-or-death state, which results in an increase in the 
load on the management host computer itself. 
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SUMMARY OF THE INVENTION 

Under these circximstances , an object of the 
present invention is to provide a method of monitoring a 
lif e-or-death state of a host computer connected to a 
network which enables reduction in the load on the 
network by minimizing the number of lif e-and-death 
monitoring packets existing on the network. 

According to one aspect of the invention, a life- 
and-death monitoring method of monitoring, by any of a 
plurality of host computers connected to a common 
network, a lif e-or-death state of other host computer, 
comprising the steps of 

a step of transmitting a lif e-and-death 
monitoring packet including a table having a management 
order of a host computer to be managed, and an address 
and a check flag of said host computer from a management 
host computer to any of said host computers to be 
managed, 

a step, by said host computer to be managed which 
has received said lif e-and-death monitoring packet, of 
checking a check flag of said table in which the address 
of said host computer is registered, and 

a step, by said host computer to be managed which 
has completed said checking, of transmitting said life- 
and-death monitoring packet to a subsequent host 
computer to be managed according to said management 
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order of said table. 

In the preferred construction^ when said host 
computer to be managed which have completed said 
checking and will transmit said lif e-and-death 
monitoring packet to a subsequent host computer to be 
managed according to said management order recognizes in 
advance that said host computer to be managed which 
comes next in the management order is incommunicable, 
said lif e-and-death monitoring packet is transmitted to 
a further subsequently registered communicable host 
computer to be managed without sending the packet to the 
incommunicable host computer to be managed in question. 

In another preferred construction, when there 
exist a plurality of said host computers to be managed 
which are recognized as incommunicable, said lif e-and- 
death monitoring packet is transmitted to said host 
computer to be managed which comes further subsequently 
in the order to the plurality of incommunicable host 
computers to be managed in question. 

In another preferred construction, at the end of 
the management order of said table in said life-and- 
death monitoring packet, an address of said management 
host computer is registered, so that said lif e-and-death 
monitoring packet which has been transmitted in said 
management order is lastly transmitted to said 
management host computer. 

In another preferred construction, said 
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management host computer having received said life-and- 
death monitoring packet generates said lif e-and-death 
monitoring packet including said table targeted at said 
host computer to be managed whose check flag of said 
table is not checked and transmits said packet to said 
host computer to be managed whose flag is not checked. 

In another preferred construction, when said 
lif e-and-death monitoring packet is not returned to said 
management host computer, a new lif e-and-death 
monitoring packet is generated by changing the 
management order of said table in said lif e-and-death 
monitoring packet and transmitted. 

According to another aspect of the invention, a 
life-and-death monitoring system at a plurality of host 
computers connected to a common network, comprises 

a host computer to be managed and a management 
host computer for checking a lif e-or-death state of the 
host computer to be managed in question, wherein 

said management host computer transmits a life- 
and-death monitoring packet including a table having a 
management order of said host computer to be managed, 
and an address and a check flag of said host computer to 
any of said host computers to be managed, and 

said host computer to be managed which has 
received said life-and-death monitoring packet checks a 
check flag of said table in which the address of said 
host computer is registered and said host computer to be 
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managed which has completed said checking transmits said 
lif e-and-death monitoring packet to a subsequent host 
computer to be managed according to said management 
order of said table* 

In the preferred construction, when said host 
computer to be managed which have completed said 
checking and will transmit said lif e-and-death 
monitoring packet to a subsequent host computer to be 
managed according to said management order recognizes in 
advance that said host computer to be managed which 
comes next in the management order is incommunicable, 
said lif e-and-death monitoring packet is transmitted to 
a further subsequently registered communicable host 
computer to be managed without sending the packet to the 
incommunicable host computer to be managed in question. 

In another preferred construction, when there 
exist a plurality of said host computers to be managed 
which are recognized as incommunicable, said lif e-and- 
death monitoring packet is transmitted to said host 
computer to be managed which comes further subsequently 
in the order to the plurality of incommunicable host 
computers to be managed in question. 

In another preferred construction, at the end of 
the management order of said table in said life-and- 
death monitoring packet, an address of said management 
host computer is registered, so that said lif e-and-death 
monitoring packet which has been transmitted in said 



management order is lastly transmitted to said 
management host computer. 

In another preferred construction, said 
management host computer having received said life-and- 
death monitoring packet generates said lif e-and-death 
monitoring packet including said table targeted at said 
host computer to be managed whose check flag of said 
table is not checked and transmits said packet to said 
host computer to be managed whose flag is not checked. 

In another preferred construction, when said 
life-and-death monitoring packet is not returned to said 
management host computer, said management host computer 
generates a new life-and-death monitoring packet by 
changing the management order of said table in said 
life-and-death monitoring packet and transmits the 
generated packet. 

According to a further aspect of the invention, a 
life-and-death monitoring computer program for use in 
monitoring, by any of a plurality of host computers 
connected to a common network, a lif e-or-death state of 
other host computer, comprising the functions of 

transmitting a life-and-death monitoring packet 
including a table having a management order of a host 
computer to be managed, and an address and a check flag 
of said host computer from a management host computer to 
any of said host computers to be managed, 

at said host computer to be managed which has 
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received said lif e-and-death monitoring packet, checking 
a check flag of said table in which the address of said 
host computer is registered, and 

at said host computer to be managed which has 
completed said checking, transmitting said life-and- 
death monitoring packet to a subsequent host computer to 
be managed according to said management order of said 
table . 

Other objects, features and advantages of the 
present invention will become clear from the detailed 
description given herebelow. 

RRTEF DES CRIPTION OF THE DRAWINGS 

The present invention will be understood more 
fully from the detailed description given herebelow and 
from the accompanying drawings of the preferred 
embodiment of the invention, which, however, should not 
be taken to be limitative to the invention, but are for 
explanation and understanding only. 

In the drawings: 

Fig. 1 is a diagram for use in explaining a life- 
and-death monitoring packet in one embodiment of a 
method of monitoring a lif e-or-death state of a host 
computer connected to a network according to the present 
invention; 

Fig. 2 is a diagram for use in explaining an 
order in which a lif e-or-death state of host computers 
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to be managed is monitored in one embodiment of the 
method of monitoring a lif e-or-death state of a host 
computer connected to a network according to the present 
invention; 

Fig. 3 is a flow chart for use in explaining a 
lif e-or-death state monitoring method in one embodiment 
of the method of monitoring a lif e-or-death state of a 
host computer connected to a network according to the 
present invention ; 

Fig. 4 is a flow chart for use in explaining 
another lif e-or-death state monitoring method in one 
embodiment of the method of monitoring a lif e-or-death 
state of a host computer connected to a network 
according to the present invention; 

Fig. 5 is a diagram for use in explaining a 
conventional lif e-or-death state monitoring method. 

DESCRIPTION OF THE PREFERRED EMBODIMENT 

The preferred embodiment of the present invention 
will be discussed hereinafter in detail with reference 
to the accompanying drawings. In the following 
description^ numerous specific details are set forth in 
order to provide a thorough understanding of the present 
invention. It will be obvious, however, to those skilled 
in the art that the present invention may be practiced 
without these specific details. In other instance, well- 
known structures are not shown in detail in order to 
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unnecessary obscure the present invention. 

The present invention is directed to the 
monitoring of a lif e-or-death state of a host computer 
to be managed which is realized by transmission and 
reception of a lif e-and-death monitoring packet uniquely 
defined for monitoring a lif e-or-death state between a 
management host computer and the host computer to be 
managed which are connected to a common network. 

As shown in Fig. 1, assume that a lif e-and-death 
monitoring packet 4 includes a lif e-and-death monitoring 
table 3 having a host address 1 in which an address of a 
host computer is stored and a check flag list 2. 

Stored in the order of reception at the host 
address 1 in the life-and-death monitoring table 3 of 
the life-and-death monitoring packet 4 are addresses of 
a host computer to be managed and a management host 
computer which receive the life-and-death monitoring 
packet 4 in question. A host computer to be managed 
which has received the life-and-death monitoring packet 
4 searches the host address 1 of the life-and-death 
monitoring packet 4 for its own address and sets a check 
flag corresponding to the searched address. After the 
setting, the computer in question transmits the life- 
and-death monitoring packet 4 to the address 1 of a host 
computer to be managed which is registered subsequently 
to its own address in question. 

Stored at the end of the life-and-death 
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monitoring table 3 are a host address terminal symbol 5 
and a check flag terminal symbol 6 indicative of the end 
of the monitoring table. 

Next^ in a case where it is found in advance that 
a registered host computer to be managed is not at a 
reception-enabled state, the host computer in question 
transmits the packet to the address 1 of a host computer 
to be managed which is registered subsequently to the 
reception-disabled host computer. When the subsequent 
host computer to be managed is found to be 
incommunicable in advance, the lif e-and-death monitoring 
packet 4 will be transmitted to the address 1 of a host 
computer to be managed which seems to be communicable 
thereafter in turn. 

Next, description will be made of operation of 
the embodiment of the present invention. Fig. 2 is a 
diagram for use in explaining application of the present 
invention to such a system environment made up of the 
management host computer A for monitoring a life-or- 
death state and host computers B, C and D to be managed 
whose lif e-or-death state is to be monitored as shown in 
Fig. 5. 

The management host computer A for monitoring a 
lif e-or-death state of a plurality of host computers to 
be managed determines an order of management of the 
plurality of host computers B, C and D to be managed in 
advance. Here, assume that the management is conducted 
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in the order of B, C and D. 

The management host computer A creates a host 
list in such an order as shown in Fig. 2 and transmits 
the life-and-death monitoring packet 4 including the 
life-and-death monitoring table 3 to the host computer 
to be managed, in the host list of the life-and-death 
monitoring table 3, the address of the management host 
computer A is stored which lastly receives the life-and- 
death monitoring packet 4 having been transmitted to the 
host computers B, C and D to be managed in this order. 

Method of transmitting the life-and-death 
monitoring packet 4 will be described with reference to 
the flow chart shown in Fig. 3. 

The management host computer A creates a host 
list in such an order as shown in Fig. 2 to transmit the 
life-and-death monitoring packet 4 to the host computer 
B to be managed (Step STl) . Upon receiving the life-and- 
death monitoring packet 4 transmitted from the 
management host computer A, the host computer B to be 
managed sets a check flag 1 corresponding to its own 
address in the host list (Step ST2). Upon completion of 
the setting, the host computer B to be managed transmits 
the life-and-death monitoring packet 4 to the subsequent 
host computer C to be managed (Step ST3). 

upon receiving the life-and-death monitoring 
packet 4 transmitted from the host computer B to be 
managed, the host computer C to be managed sets a check 
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flag corresponding to its own address in the host list 
(Step ST4). Upon completion of the setting, the host 
computer C to be managed transmits the lif e-and-death 
monitoring packet 4 to the subsequent host computer D to 
be managed ( Step ST5 ) • 

Upon receiving the lif e-and-death monitoring 
packet 4 transmitted from the host computer C to be 
managed, the host computer D to be managed sets a check 
flag corresponding to its own address in the host list 
(Step ST6). Upon completion of the setting, the host 
computer C to be managed transmits the lif e-and-death 
monitoring packet 4 to the management host computer A 
(Step ST7) . 

The management host computer A having lastly 
received the lif e-and-death monitoring packet 4 which 
has been transmitted in such an order of B, C, D and A 
as described above confirms that the subsequent 
transmission address is "host address terminal symbol" 
(Step ST8), As a result, transmission of the lif e-and- 
death monitoring packet 4 ends. 

Shown in Fig. 4 is a flow chart of a program for 
use in explaining a case where some of a plurality of 
host computers to be managed are incommunicable. 
Description of the flow chart will be made in the 
following. 

The management host computer A creates a host 
list in the order shown in Fig. 2 and transmits the 




lif e-and-death monitoring packet 4 to the host computer 
B to be managed (Step STll). Upon receiving the life- 
and-death monitoring packet 4 transmitted from the 
management host computer A, the host computer B to be 
managed sets the check flag 1 corresponding to its own 
address in the host list (Step ST12 ) . When the host 
computer B to be managed finds in advance that the host 
computer C to be managed to which the lif e-and-death 
monitoring packet 4 is to be sent next is incommunicable, 
the host computer B to be managed transmits the life- 
and-death monitoring packet 4 not to the subsequent host 
computer C to be managed but to a further subsequent 
host computer D to be managed with which communication 
can be normally conducted (Step ST13). 

Upon receiving the lif e-and-death monitoring 
packet 4 transmitted from the host computer B to be 
managed, the host computer D to be managed sets the 
check flag 1 corresponding to its own address in the 
host list (Step ST14). Upon completing the setting, the 
host computer D to be managed transmits the life-and- 
death monitoring packet 4 to the management host 
computer A (Step ST15). 

The management host computer A having lastly 
received the lif e-and-death monitoring packet 4 which 
had been transmitted in the order of B, C, D and A 
confirms that the subsequent transmission address is 
"host address terminal symbol". 
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Since a host computer to be managed whose check 
flag is not set is assumed not to be functioning by the 
confirmation, further create a list having only the host 
computer to be managed which is assumed not to be 
functioning and generate a new lif e-and-death monitoring 
packet, which realizes another transmission of the life- 
and-death monitoring packet 4. 

in a case where there exist a plurality of 
incommunicable host computers to be managed, that is, 
where the host computers C and D to be managed are not 
communicable, communicate with a further subsequent host 
computer E to be managed (not shown). 

AS described in the foregoing, when the 
management host computer A for monitoring a life-or- 
death state transmits the life-and-death monitoring 
packet 4 in which its own address is stored at the end 
of the entry to a first host computer to be managed as a 
target of monitoring and host computers to be managed 
transmit the life-and-death monitoring packet 4 in turn, 
the life-and-death monitoring packet 4 exists only one 
at a time on the network to reduce the load on the 
network . 

in addition, since the management host computer A 
only needs to transmit the life-and-death monitoring 
packet 4 to the host computer B to be managed at first, 
the load on the management host computer A is minimized. 

When the life-and-death monitoring packet 4 is 
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not returned to the management host computer A, by 
transmitting a new lif e-and-death monitoring packet 
whose registered combination of host computers to be 
managed (i.e. management order) is changed, it is 
possible to find at which host computer to be managed 
the lif e-and-death monitoring packet 4 stops. 

The lif e-and-death monitoring system of the 
present embodiment can be implemented by loading a 
computer program having the above-described functions 
into a memory of a computer processing device. The 
computer program is stored in a magnetic disc, a 
semiconductor memory or other recording medium 
(reference number) . Then, loading the program from the 
recording medium into the computer processing device to 
control operation of the computer processing device 
realizes each of the above-described functions . 

As described in the foregoing, since the present 
invention provides the method of sequentially 
transferring a lif e-and-death monitoring packet having a 
combination of an address and a check flag to a 
plurality of host computers to be managed, as compared 
with a conventional method requiring a number N of life- 
and-death monitoring packets in order to monitor a life- 
or-death state of a number N of host computers to be 
managed, the number of lif e-and-death monitoring packets 
existing on a network can be minimized to reduce the 
load on the network as a result. 




In addition, since a management host computer 
only needs to transmit one lif e-and-death monitoring 
packet and wait for the lif e-and-death monitoring packet 
having traveled around registered host computers to be 
managed to return, the load on the management host 
computer itself can be mitigated. 

Although the invention has been illustrated and 
described with respect to exemplary embodiment thereof, 
it should be understood by those skilled in the art that 
the foregoing and various other changes, omissions and 
additions may be made therein and thereto, without 
departing from the spirit and scope of the present 
invention. Therefore, the present invention should not 
be understood as limited to the specific embodiment set 
out above but to include all possible embodiments which 
can be embodies within a scope encompassed and 
equivalents thereof with respect to the feature set out 
in the appended claims. 



